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(54) Communications network, method and protocol for operating the same 



(57) A communications network is configured to op- 
erate using real time protocol (RTP) within internet pro- 
tocol (IP). RTP payloads comprise: af ixed length carried 
frame bit map defining whether data for each of a plu- 
rality N+1 of possible timeslots is present in the payload, 
and a variable length body containing the data defined 



as present in the carried user frame bit map. 

This allows cheaper transmission of voice frames 
over IP because N+1 (e.g. 32) voice frames can be mul- 
tiplexed inside a single RTP packet. This permits an in- 
crease in the ratio of user data per packet to packet size 
so, in turn, increasing bandwidth efficiency. 
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Description 

[0001] This invention relates to a communications 
network and to a method and protocol for operating a 
communications network. 5 
[0002] Broadly, it is desired to transport streams of 
voice data using internet protocol (IP): specifically to 
transport E1 64kbps timeslot data frames using real time 
protocol (RTP). The conventional proposal for multiple 
sources multiplexing and transport using the RTP is the 10 
IETF RTP multiplexing header. The proposal is band- 
width inefficient for voice streams because the multi- 
plexing header is designed to have more general appli- 
cability and is more flexible than necessary for well de- 
fin ed voice streams . 15 
[0003] Against this background, there is provided a 
communications network configured to operate using 
real time protocol (RTP) within internet protocol (IP), 
characterised in that the network is further configured 
so that RTP payloads comprise: a fixed length carried 20 
frame bit map defining whether data for each of a plu- 
rality N+1 of possible timeslots is present in the payload, 
and a variable length body containing the data defined 
as present in the carried bit map. 

[0004] The invention allows cheaper transmission of 25 
voice frames over IP because N+1 (e.g. 32) voice 
frames can be multiplexed inside a single RTP packet. 
This permits an increase in the ratio of user data per 
packet to packet size so, in turn, increasing bandwidth 
efficiency. 30 
[0005] In a preferred example each user frame 
present contains E1 64 kbps timeslot data and the pay- 
load is referred to as "E1 equivalent RTP payload" or E1 
ERP 

[0006] The carried bit map preferably contains a plu- 35 
ralrty N+1 of bit positions each corresponding to a re- 
spective one of the plurality N+1 of possible timeslots 
and wherein each bit is set to one value to indicate that 
the corresponding timeslot data is present in the body 
and to another value to indicate that the corresponding 40 
timeslot data is not present, the timeslot data occurring 
a predetermined order in the body. 
[0007] The invention also extends to a method of op- 
erating a communications network, comprising using re- 
al time protocol (RTP) within internet protocol (IP), char- *s 
acterised in that the RTP payloads comprise: a fixed 
length carried frame bit map defining whether data for 
each of a plurality N+1 of possible timeslots is present 
in the payload, and a variable length body containing 
the data defined as present in the carried user frame bit so 
map. 

[0008] The invention further extends to a protocol and 
t a computer program for carrying out the method. 
[0009] One embodiment of th invention will now be 
describ d, by way of example, with ref renc t the ac- 55 
companying drawings, in which: 

Figure 1 is a diagrammatic representation of an 



2 

E1 ERP embodying the invention; and 

Figure 2 is a diagrammatic representation of part of 

the protocol stack embodying the invention. 

[0010] Referring to the drawings, a temporary unidi- 
rectional flow of data is established between two RTP 
endpoints. Each frame contains 8 bits of information that 
can contain any possible values and can be generated 
every 1 25 u.s. Up to 32 flows are grouped together inside 
a multi user set. The flows are synchronous. That is in 
each frame each flow may contain information or not. 
Generation of frames at other moments is not permitted. 
The resulting payload is shown in Figure 1 which shows 
the case containing a full set of E1 64 kbps timeslots 0 
to 31 . 

[0011] As shown in Figure 1 , a fixed length frame bit 
map 50 is carried in the E1 ERP. The carried frame bit 
map 50 contains 32 bits each corresponding with a re- 
spective user timeslots (TS) 0 to 31 . The body 52 of the 
E1 ERP contains data for a variable number of E1 64 
kbps timeslots. If the value of the data in a timeslot is 
zero it is not included in the body 52. The carried fram 
bit map 50 identifies those timeslots for which data is 
included and those for which data is not. Thus if a times- 
lot in a particular frame contains non-zero value data 
and is thus present, the corresponding bit in the carried 
frame bit map is set to logical 1 . If a timeslot contains 
zero data in a particular frame, the corresponding bit in 
the carried frame bit map is set to logical 0 and the data 
for that timeslot is not transmitted. Thus the body 52 is 
of variable length depending on how many E1 timeslots 
contain non-zero data. The order of the timeslot data 
contained in the body is not disturbed, there are merely 
omissions from the full set. In reconstructing the 32 
timeslot E1 frames .timeslots containing zero value data 
are inserted in the set in positions corresponding to th 
positions of logical zero in the carried frame bit map. 
[0012] The E1 ERP is enclosed in an RTP packet 
which identifies the multi-user set to which the user 
frames belong. 



Claims 

1. A communications network configured to operate 
using real time protocol (RTP) within internet proto- 
col (IP), characterised in that the network is further 
configured so that RTP payloads comprise: a fixed 
length carried frame bit map defining whether data 
for each of a plurality N+1 of possible time slots 
frames is present in the payload, and a variabl 
length body containing the data defined as present 
in the carried bit map. 

2. A communications network as claimed in claim 1 , 
wherein each timeslot present contains E1 64 kbps 
data. 
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3. A communications network as claimed in claim 1 or 
2, wherein the carried bit map contains a plurality 
N+1 of bit positions each corresponding to a respec- 
tive one of the plurality N+1 of possible timeslots 
and wherein each bit is set to one value to indicat _ 5 
that the corresponding timeslot data is present in 
the body and to another value to indicate that the 
corresponding timeslot data is not present, the 
timeslot data occurring a predetermined order in the 
body. 10 

4. A communications network as claimed in any pre- 
ceding claim, wherein the plurality N+t of timeslots 
possible is 32. 

15 

5. A method of operating a communications network, 
comprising using real time protocol (RTP) within in- 
ternet protocol (IP), characterised In that the RTP 
payloads comprise: a fixed length carried frame bit 
map defining whether data for each of a plurality 20 
N+1 of possible timeslots is present in the payload, 
and a variable length body containing the data de- 
fined as present in the carried user frame bit map. 

6. A method as claimed in claim 5, wherein each user 25 
frame contains E1 64 kbps data. 

7. A method as claimed in claim 5 or 6 : wherein the 
carried user frame bit map contains a plurality N+1 

of bit positions each corresponding to a respective 30 
one of the plurality N+1 of possible timeslots and 
wherein each bit is set to one value to indicate that 
the corresponding timeslots data is present in the 
body and to another value to indicate that the cor- 
responding timeslot data is not present, the user 35 
frames occurring a predetermined order in the body. 

8. A method as claimed in any of claims 5 to 7, wherein 
the plurality N+1 of timeslots possible is 32. 

40 

9. A protocol for carrying out the method of any of 
claims 5 to 8. 

10. A computer program for carrying out the method of 
any of claims 5 to 8. 45 
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